2.6　开放容器计划

如果不谈及开放容器计划（The Open Container Initiative, OCI）的话，对Docker和容器生态的探讨总是不完整的。图2.4所示为OCI的Logo。

OCI是一个旨在对容器基础架构中的基础组件（如镜像格式与容器运行时，如果对这些概念不熟悉的话，不要担心，本书后续会介绍到它们）进行标准化的管理委员会。

同样，如果不谈历史的话，对OCI的探讨也是不完整的。和所有的历史记录一样，其版本取决于谁来讲述它。所以，以下是我眼中的容器历史。

我讲述的这段简短的历史是，一个名为CoreOS的公司不喜欢Docker的某些行事方式。因此它就创建了一个新的开源标准，称作“appc”，该标准涉及诸如镜像格式和容器运行时等方面。此外它还开发了一个名为 rkt （发音“rocket”）的实现。

两个处于竞争状态的标准将容器生态置于一种尴尬的境地。

这使容器生态陷入了分裂的危险中，同时也令用户和消费者陷入两难。虽然竞争是一件好事，但是标准的竞争通常不是。因为它会导致困扰，降低用户接受度，对谁都无益。

考虑到这一点，所有相关方都尽力用成熟的方式处理此事，共同成立了OCI——一个旨在管理容器标准的轻量级的、敏捷型的委员会。

在本书写作时，OCI已经发布了两份规范（标准）：镜像规范和运行时规范。

提到这两项标准时，经常用到的比喻就是铁轨。它们就像对铁轨的尺寸和相关属性达成一致，让所有人都能自由地建造更好的火车、更好的车厢、更好的信号系统、更好的车站等。只要各方都遵循标准就是安全的。没人会希望在铁轨尺寸问题上存在两个相互竞争的标准！

公平地说，这两个OCI规范对Docker的架构和核心产品设计产生了显著影响。Docker 1.11版本中，Docker引擎架构已经遵循OCI运行时规范了。

到目前为止，OCI已经取得了不错的成效，将容器生态团结起来。然而，标准总是会减慢创新的步伐！尤其是对于超快速发展的新技术来说更是如此。这在容器社区引起了热烈的讨论。以我之见，这是好事！容器技术正在重塑世界，走在技术前列的人们有热情、有想法，这很正常。期待关于标准和创新有更加热烈的讨论！

OCI在Linux基金会的支持下运作，Docker公司和CoreOS公司都是主要贡献者。